This page is part of the FHIR Specification (v1.6.0: STU 3 Ballot 4). The current version which supercedes this version is 5.0.0. For a full list of available versions, see the Directory of published versions . Page versions: R4 R3 R2
This is the narrative for the resource. See also the XML or JSON format. This example conforms to the profile Conformance.
(Requirements Definition)
Published: 2014-12-06 (draft)
Published by: Health Level Seven, Int'l - Electronic Health Record work group
This profile defines the expected capabilities of an Electronic Health Record System when conforming to the EHRS functional model's Record Lifecycle specification.
FHIR Version: | 0.2 |
---|---|
Supported formats: | xml, json |
Conformant systems must record Provenance records on all Create, Update and Delete actions on any resource other than Provenance or AuditEvent. Conformant systems must record AuditEvent records on all Create, Update and Delete actions as well as all GET operations (read, search, etc.)
Security:
Any security rules??
Resource | Search | Read | Read Version | Instance History | Resource History | Validate | Create | Update | Delete |
---|---|---|---|---|---|---|---|---|---|
Provenance | Yes | ||||||||
AuditEvent | Yes |
Name | Description |
---|---|
create |
Allows defining a new data element. Repositories requiring curation of submitted data elements may require all new data elements to have a status of 'draft'. |
Name | Description |
---|---|
create |
Allows defining a new data element. Repositories requiring curation of submitted data elements may require all new data elements to have a status of 'draft'. |
Usage note: every effort has been made to ensure that the examples are correct and useful, but they are not a normative part of the specification.